home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19970929-19971216
/
000115_news@newsmaster….columbia.edu _Thu Oct 16 09:42:50 1997.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA25667
for <kermit.misc@watsun.cc.columbia.edu>; Thu, 16 Oct 1997 09:42:50 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA15149
for kermit.misc@watsun; Thu, 16 Oct 1997 09:42:49 -0400 (EDT)
Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!sunqbc.risq.qc.ca!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail
From: Vladimir Alexiev <vladimir@cs.ualberta.ca>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Kermit via PPP under DOS? (SOLVED!)
Date: 16 Oct 1997 03:53:19 -0600
Organization: University of Alberta, Computing Science
Lines: 31
Message-ID: <omyb3u6nlc.fsf@tees.cs.ualberta.ca>
References: <k1c7kBQEU5Wv@cc.usu.edu> <omvhza9x7g.fsf@tees.cs.ualberta.ca>
<5jzp7SiZjuUm@cc.usu.edu> <omn2kcqegc.fsf@tees.cs.ualberta.ca>
<omen5m8yvj.fsf@tees.cs.ualberta.ca>
NNTP-Posting-Host: tees.cs.ualberta.ca
In-reply-to: Vladimir Alexiev's message of 15 Oct 1997 16:06:41 -0600
X-Newsreader: Gnus v5.0.15
Xref: news.columbia.edu comp.protocols.kermit.misc:7894
Toni, congratulations on a great new release!
With the new features (CHAP, VJ compression, BOOTP working for Minuet, Ether
working for Kermit), the small footprint, the robustness coming from Linux,
and your active development, DOSPPP is certain to become *the* PPP driver for
DOS.
I tried all four DOSPPP06 non-debugging versions (class1/class6, with/without
CHAP) with Kermit 3.14/3.15 and they work ok. A pleasant surprise: even though
class1 doesn't support BOOTP, you may still use BOOTP with class1 if the
*remote* provides a BOOTP server.
> >I'm interested in knowing how well it performs
Splendidly. Now, it appears to me as if class6 is giving slower performance
than class1 (over the same link). Is this possible, or is it a subjective
mistake of mine? Probably throughput is the same, but response time seems
worse. (Of course, both are worse than the underlying shell account
connection.)
Joe D wrote:
> MS-DOS Kermit rejects incoming frames whose MAC address is the same
> as Kermit's own. Might this be the situation you had in dospppd? In any
> case, MSK does not compare frame destination MAC address with internals of
> the ARP reply.
Don't know how, but it works now. Uninformed guess: maybe the header field
that EPPPD was not initializing the same as the ARP field, contained the own
MAC address by accident? This would be possible if the packet buffer of the
request is reused to allocate the reply.
Regards, Vlad